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(54) Method to perform a non-disruptive backup and data processing system therefor 



(57) Embodiments of the present invention provide 
a data processing method for saving data stored within 
a portion of a memory associated with a first process 
executable by a data processing system; the method 
comprising the steps of: executing, substantially concur- 
rently or substantially in parallel under control of a 
scheduler, a first process, with a respective execution 
priority, to perform a data processing task using a cur- 



rent portion of the memory and a backup process, hav- 
ing a respective execution priority, to create a back-up 
copy of data stored within the memory during the per- 
formance of that data processing task; the backup proc- 
ess being executable in response to a predeterminable 
event associated with the first process; and creating a 
back-up copy of the data in response to the predetermi- 
nable event associated with the first process. 
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Description 

Field of the Invention 

[0001] The present invention relates to a data 
processing system and method and, more particularly, 
to a data processing system and method for performing 
a back-up operation of data or memory associated with 
an extensive data processing task. 

Background to the Invention 

[0002] Many data processing tasks take a considera- 
ble amount of time and data processing resources to 
implement. In many instances, any such processing 
may take hours, days or, perhaps, even weeks. Often a 
cluster of data processing engines undertakes such da- 
ta processing tasks. Each engine works on an atomic 
data processing task to produce corresponding results. 
Additionally, or alternatively, a massively parallel com- 
puter system can be used to perform such tasks with 
each processor within such a system being assigned re- 
spective atomic data processing tasks. 
[0003] It can be appreciated that it would be undesir- 
able if a machine performing such a task, or part of such 
a task, failed. Therefore, it is known within the art to im- 
plement a technique known as checkpointing in which 
the data processing task is frozen or temporarily sus- 
pended while a complete back-up copy is created of the 
results, or partial results, thus far. Therefore, if a fault 
occurs, the previously saved results or partial results, 
also known as a memory image or picture, are loaded 
arid processing recommences using those results or 
partial results rather than the whole job or data process- 
ing task having to be performed from scratch. 
[0004] While the above described prior art technique 
is able to accommodate hardware or software failures 
that would, but for the technique, lead to a loss of data 
processing results and a need to restart the data 
processing task from scratch, it is undesirable to have 
to suspend the data processing operation while such a 
memory dump is performed. This is particularly so in the 
case where the data processing task is distributed 
across a number of machines. In such a situation all of 
the machines, in the worst case, or some of the ma- 
chines interacting with a machine currently undertaking 
such check pointing, also have to suspend their opera- 
tions. Therefore, check pointing undertaken by one ma- 
chine might entail suspending operations on other ma- 
chines. 

[0005] It is an object of embodiments of the present 
invention at least to mitigate some of the problems of 
the prior art. 

Summary of Invention 

[0006] Accordingly, a first aspect of embodiments of 
the present invention provides a data processing meth- 



od for saving data stored within a portion of a memory 
associated with a first process executable by a data 
processing system; the method comprising the steps of: 
executing, substantially concurrently or substantially in 

5 parallel, the first process, with a respective execution 
priority, to perform a data processing task using a cur- 
rent portion of the memory and a back-up process, hav- 
ing a respective execution priority, to create a back-up 
copy of data stored within the memory during the per- 

10 formance or pendancy of that data processing task; the 
back-up process being executable in response to a pre- 
determined event associated with the first process; and 
creating at least a partial back-up copy of the data in 
response to the pre-determinable event associated with 

is the first process. 

[0007] Advantageously, due to the relative execution 
priorities of the first process and the back-up process, 
the back-up process can be arranged to be executing 
continuously in the background, that is, a scheduler can 

20 be arranged, during periods of temporary suspension of 
the data processing task, or first process, such that the 
back-up process is executed. Therefore, when the first 
process encounters a delay such as, for example, a 
communication delay or a device delay when, for exam- 

25 pie, writing to or reading from an HDD or outputting data 
for transmission over a network, the first process will be 
temporarily suspended and the processing capacity or 
resources of the system can be made available to the 
back-up process, which continues its back-up opera- 

30 tions until the first process is re-started. This is in con- 
trast to the prior art in which the whole of the back-up 
process is completed before execution of the main 
processing task is allowed to resume. 
[0008] Preferably, embodiments of the present inven- 
ts tion provide a method in which the step of creating the 
back-up copy of the data stored within the memory com- 
prises the step of progressively traversing the memory 
to create a back-up copy of a respective portion of the 
memory; the respective portion, preferably, being differ- 

40 ent to the current portion of the memory used by the first 
process. 

[0009] Preferred embodiments provide a method fur- 
ther comprising the step of detecting an event associat- 
ed with a memory access to the current portion of the 

45 memory used by the first process and creating a back- 
up copy of that current portion of the memory. 
[001 0] A further aspect of embodiments of the present 
invention provides a back-up method for a data process- 
ing system comprising the steps of progressively or in- 

50 crementally creating back-up copies of respective por- 
tions of data or memory associated with a first process 
and, in response to an interrupt or an event, temporarily 
suspending the progressive or incremental back-up 
process and performing an asynchronous back-up of an 

55 identifiable portion of memory associated with the inter- 
rupt or event. 

[0011] A further aspect of embodiments of the present 
invention provides an interrupt driven back-up process 
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comprising the steps of performing a progressive or in- 
cremental back-up of a portion of memory and respond- 
ing to an interrupt to back-up a portion of memory other 
than the respective portions of memory associated with 
a memory operation of a first process. 
[0012] Preferably, embodiments provide a method 
comprising the step of changing a read-write status of 
a current portion of memory to a read-only status; and 
in which the step of detecting the event comprises a step 
of detecting a write attempt to the read-only current por- 
tion of the memory. 

[0013] Preferred embodiments provide a method fur- 
ther comprising the step of varying the relative execution 
priorities of the first process and the back-up process 
such as, for example, increasing the execution priority 
of the back-up process in response to detection of a pe- 
riod of micro-inactivity or in response to detection of a 
page fault to allow the back-up process to resume or to 
be performed. 

[0014] Embodiments, preferably, provide an interrupt 
driven back-up process comprising the steps of initiating 
and performing a first back-up process; interrupting the 
first back-up process to perform a second asynchronous 
or non-sequential back-up process; and resuming the 
first back-up process having performed or completed 
the second back-up process. 

[0015] Preferred embodiments are provided in which 
the step of varying comprises the step of establishing 
an execution priority for the back-up process that is 
greater than the execution priority of the first process. 
Preferably, the step of varying comprises the step of es- 
tablishing relative execution priorities for the first proc- 
ess and the back-up process such that the back-up 
process execution priority is greater than the execution 
priority of the first process. 

[0016] Preferred embodiments provide a method in 
which the step of varying is responsive to detection of 
the predeterminable event associated with the first proc- 
ess or the memory access to the current portion of the 
memory used by the first process. 
[0017] Preferably, embodiments provide a method 
further comprising the step of installing a page fault han- 
dler associated with the memory; the page fault handler 
being responsive to detection of an event to perform the 
step of saving a copy of the page associated with the 
event and to write to the page associated with the event 
following said saving. 

[001 8] A further aspect of embodiments of the present 
invention provides a data processing method for creat- 
ing a back-up copy of data stored within a memory as- 
sociated with a first process; the method comprising the 
steps of progressively or incrementally creating a back- 
up copy of serial or sequential portions of the memory 
in response to an event associated with the first process; 
and interrupting the progressive or incremental back-up 
process to perform an asynchronous, that is, non serial 
or sequential, back-up of a further portion of the mem- 
ory; the further portion of the memory being different to 



the serial or sequential portions of the memory. 
[0019] A still further aspect of embodiments of the 
present invention provides a system comprising means 
to implement a method as claimed or described herein. 

5 [0020] Further embodiments provide a computer pro- 
gram or computer program element comprising compu- 
ter executable code to implement a method or system 
as described or claimed herein. Preferably, embodi- 
ments provide a computer program product comprising 

io computer readable storage storing such a computer 
program or computer program element. 

Brief Description of the Drawings 

15 [0021 ] Embodiments of the present invention will now 
be described, by way of example only, with reference to 
the accompanying drawings in which: 

figure 1 shows, schematically, a data processing 
20 system according to an embodiment; 

figure 2 depicts back-up operations associated with 
the data processing system shown in figure 1 ; 

25 figure 3 shows, schematically, a basic back-up proc- 
ess according to an embodiment; and 

figure 4 shows an interrupt-driven back-up process 
according to a second embodiment. 

30 

Detailed Description of the Preferred Embodiments 

[0022] Figure 1 shows, schematically, a data process- 
ing system 100 according to an embodiment. The data 

35 processing system 100 comprises a computer system 
1 02 and, preferably, non-volatile storage 1 04 or at least 
to such storage. Preferably, the non-volatile storage 
takes the form of an HDD. The computer system 102 
comprises a first process 105 for performing a data 

40 processing task. The first process 105 generates data 
1 06 that are stored within a memory 1 08 of the data 
processing system 100. The non-volatile storage 104 
stores a back-up copy 110 of the data 106. A back-up 
process 112 creates the back-up 110 copy of the data 

45 106. 

[0023] The computer system 1 02 also comprises an 
operating system or OS kernel 114 that has, amongst 
other things, an execution scheduler 116 and a page 
fault handler 118. The execution scheduler 116 manag- 

50 es the use of the resources of the computer system 1 02 
to allow the first process 1 05 and the back-up process 
1 1 2 to execute ostensibly in parallel. In effect, the sched- 
uler 1 1 6 implements or realises a multi-tasking or multi- 
threaded data processing environment. The scheduler 

55 116 is arranged to attribute a relatively high execution 
priority to the first process 105 and a relatively low ex- 
ecution priority to the back-up process 1 1 2. The sched- 
uler 1 1 6 assigns the relative execution priorities to the 
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first process 1 05 and the back-up process 112 such that 
the first process 105 is given access to the resources 
(not shown) of the computer system while that process 
1 05 needs those resources. On occasions when the first 
process 105 does not need the resources of the com- 
puter system 102, that is, on occasions when the 
processing performed by the first process 1 05 is tempo- 
rarity suspended, the resources of the computer system 
1 02 are made available to the back-up process 1 1 2. The 
first process 1 05 is said to be pending, that is, still sched- 
uled for execution by the scheduler 116 but in a waiting 
state from the perspective of the scheduler. In preferred 
embodiments, the waiting state of the first process 1 05 
represents an embodiment of a predetermined or pre- 
determinable event associated with the first process, in 
preferred embodiments, the suspended, but still sched- 
uled, first process, remains in this waiting state until a, 
predetermined event occurs. As mentioned above, such 
a predetermined event might relate to a device re- 
sponse. This is in contrast to the prior art in which the 
first process 105 would be de-scheduled during back- 
up or check pointing until the whole of the back-up proc- 
ess has been completed. 

[0024] It will be appreciated that the computer system 
102 also comprises a processor, as is conventional, for 
executing the various software elements described 
above or in this specification. 

[0025] The back-up process 112 is arranged to cre- 
ate, incrementally or progressively, the back-up copy 
1 1 0 of the data 1 06 during periods for which it is granted 
access to the computing resources of the computer sys- 
tem 102 by the scheduler 116. In preferred embodi- 
ments, the back-up software 112 saves the data 1 06 by 
saving respective pages (not shown) of the memory 1 08 
associated with, or used by, the first process 105. The 
back-up process 112 saves as many of those pages as 
possible using the resources and time granted to it by 
the scheduler 116. The back-up process 1 1 2 is arranged 
to perform the back-up process serially or sequentially 
by saving the data of the first process 1 05 in the order 
in which the data was produced. The information saved 
by the back-up process 112 is, in preferred embodi- 
ments, an exact copy of the memory image, or at least 
a portion, such as, for example, a page, of the memory 
image. 

[0026] The periods for which the back-up process 1 1 2 
is granted access to the computing resources of the 
computer system 1 02 are those for which the first proc- 
ess 105 is temporarily suspended. These periods, 
known as periods of micro-inactivity, typically occur 
when the first process 105 has performed an operation 
for which a response is required. For example, the first 
process may have instigated a read or write operation 
to a device and that read or write operation will take a 
specific period of time. If the first process 1 05 is unable 
to continue until confirmation of that operation has been 
received or until data associated with that operation has 
been received, the processing performed by the first 



process 1 05 will be temporality suspended. It will be ap- 
preciated that such periods of inactivity do not represent 
a suspension or freezing of the first process 1 05 in the 
sense of the above described prior art check pointing 

5 technique since the first process 1 05 is still executing or 
pending from the perspective of the user or the sched- 
uler and that it is merely in a waiting state. 
[0027] The page fault handler 118, according to em- 
bodiments of the present invention, responds to page 

10 faults associated with the first process 105 by storing, 
on the HDD 1 04, a copy (not shown) of the page of mem- 
ory identified by the page fault. Preferably, the copy of 
the defaulting page is stored as part of the copy 11 0 of 
the data 106. It can be appreciated that the page fault 

is handler 118 represents an embodiment of an interrupt- 
driven back-up process that supplements or augments 
the serial or sequential back-up process performed by 
the back-up process 112. 

[0028] Figure 2 shows the processing 200 performed 

20 by the elements of the data processing system 100 
shown in figure 1 . The back-up process 112 comprises, 
or has access to, a table 202 containing identifiers 204 
of the pages 206 of the memory 1 08 associated with the 
first process 1 05 together with respective status indicia 

25 208. The status indicia 208 provide an indication to the 
back-up process 112 of whether or not corresponding 
pages of memory 206, identified by the respective mem- 
ory page identifiers 204, have been backed-up. 
[0029] The back-up process 1 1 2 uses a back-up proc- 

30 ess pointer 21 0 to step through or traverse the table 204 
progressively or incrementally and to create, in a similar 
progressive or incremental manner, back-up copies of 
respective pages of memory 206, starting with the first 
entry 203 of the table 202. It will be appreciated that the 

35 back-up copy 1 1 0 of the data 1 06 is created by the back- 
up process 112 progressively and, preferably, in dis- 
crete units, which are, in preferred embodiments, pages 
206 of the memory 108. 

[0030] Preferably, the back-up process 112 modifies 

40 the readAwrite status flags 21 2 associated with the pag- 
es 206 of memory 1 08 such that they are read only. The 
first flag 21 2a represents the current writeable status of 
the memory prior to the change made by the back-up 
process. The second flag 212b represents the original 

45 writeable status of the page. Therefore, for example, if 
a page was intended to be read-only, the first and sec- 
ond flags would be set to RO and the first process would 
not be allowed to write to those protected pages. Anoth- 
er example is if a page is intended to be read-write, the 

so second flag is set to RW and the first flag is switched 
from RW to RO. This arrangement will trigger a page 
fault if a write by the first process 105 is performed. In 
any event, once a page has been written to memory by 
the back-up process, the first flag (current writeable sta- 

55 tus) is set back to the second flag's value (original write- 
able status). 

[0031] The page fault handler 118 is arranged to re- 
spond to a write operation instigated by the first process 
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105 to one of the read-only memory pages 206 by cre- 
ating, or causing the back-up process 112 to create, a 
back-up copy of the page associated with, or identified 
by, the page fault exception. The page fault handler 1 1 8 
represents an embodiment of detector for detecting and 
responding to page faults. Preferably, the page fault 
handler 118 passes a reference 214 or identifier of the 
defaulting memory page to the back-up process 112 to 
make a non-sequential or asynchronous back-up of the 
defaulting page of memory. It can be appreciated that 
the back-up process 1 1 2 is shown as processing a page 
identified by a notional hexadecimal address, XXXXh, 
and the page fault handler 118 is shown as processing 
a different page identified by a different notional hexa- 
decimal address, YYYYh The reference 214 is used by 
a defaulting memory page pointer 21 5 to access the de- 
faulting page and to record in the table 202 appropriate 
status information 208 showing the defaulting page to 
have been backed-up. 

[0032] In preferred embodiments, the page fault han- 
dler 118 replaces the conventional OS page fault han- 
dler. The replacement is preferably at least for the du- 
ration of the back-up process. Upon completion of the 
back-up process, the original page fault handler can be 
reinstalled or reactivated. The page fault handler pref- 
erably re-installs the original or a conventional page 
fault handler upon receiving an indication from the back- 
up process 112 that the back-up operation has been 
completed. Alternatively, the back-up process 112 itself 
might be responsible for commissioning and decommis- 
sioning the appropriate page fault handlers. The page 
fault handler 118 or the back-up process 112, coupled 
with the processor might represent embodiments of an 
installer. Therefore, the first process might be interrupt- 
ed by the back-up process during a period other than a 
period of micro-inactivity when the OS or backup proc- 
ess installs the new handler 118. Furthermore, it will be 
appreciated that the handler 118 can be arranged to re- 
spond to page faults generated by or associated with 
only the first process 1 05 in preferred embodiments. Still 
further, page faults associated with processes other 
than the first process are handled conventionally. 
[0033] Figure 3 shows a flowchart 300 of the process- 
ing steps performed by the data processing system 1 00 
according to a basic embodiment. The back-up table 
202, containing the list of the identifiers 204 of memory 
pages 206 associated with the first process 1 05, togeth- 
er with the status information 208, showing whether or 
not the corresponding pages 206 have been backed-up, 
is created at step 302. The back-up process pointer 21 0 
is initialised to point to the first memory page identifier 
203 stored within the table 202 at step 304. A test is 
performed, at step 306, to determine whether or not all 
of the pages 206 of memory 1 08 associated with the first 
process 105 have been backed-up. If all pages 206 of 
memory 1 08 associated with the first process 1 05 have 
been backed-up, the check pointing or back-up opera- 
tion is deemed to be complete and processing termi- 



nates at step 308. If the determination at step 306 is 
negative, the back-up process 1 1 2, at step 310, creates 
a back-up copy of the page 206 of memory 1 08 identified 
by the memory page identifier 204 pointed to by the 

5 back-up process pointer 210. The back-up process 
pointer 210 is incremented at step 312 so that it points 
to the next memory page identifier in the list of memory 
page identifiers. Processing then returns to step 306 
where the test to determine whether or not there are f ur- 

10 ther memory pages 206 to back-up is performed again. 
Steps 306, 31 0 and 31 2 are performed until all pages of 
memory 206 have been backed-up, that is, until all 
memory pages associated with the first process 105 
have been backed-up. 

15 [0034] It will be appreciated that the back-up process 
112, due to its execution priority relative to that of the 
first process 105, will perform the back-up of the mem- 
ory pages 206 in a sequential or progressive manner 
that might be sporadic according to the demands placed 

20 upon the resources of the computer system 1 02 by the 
first process 105, which, in turn, influences the availa- 
bility of those resources to the back-up process 112. 
[0035] Figure 4 depicts a pair of flowcharts 400 of a 
back-up process according to a second embodiment. 

25 The back-up table 202 is created at step 402. Also per- 
formed at step 402 is a process for making ail , or at least 
some, of the memory pages 206 associated with the first 
process 1 05 read-only. This is achieved by changing the 
read/Write status flags 212 accordingly. An optional step 

30 of replacing a current page fault handler, different to the 
page fault handler 118, with the page fault handler 118 
of the embodiments of the present invention is per- 
formed at step 404. The back-up process current page 
pointer 21 0 is initialised, at step 406, to point to the first 

35 entry 203 in the table 202. A test is performed, at step 
408, to determine whether the table 202 contains iden- 
tifiers 204 for memory pages 206 that have not been 
backed-up. If it is determined, at step 408, that there are 
no more pages to be backed-up, processing proceeds 

40 to the optional step of 41 0 where the original page fault 
handler is restored thereby replacing the page fault han- 
dler 1 1 8 according to an embodiment of the present in- 
vention. 

[0036] If the test performed at step 408 shows that 
45 there are further pages 206 of memory 108 to be 
backed-up, the back-up process 112 creates a copy of 
the memory page 206 identified by the back-up process 
current pointer 210. The back-up process current page 
pointer 210 is incremented at step 414 to point to the 
50 next memory page identifier 204 contained within the 
table 202. Processing then returns to step 408 where 
the test is performed again. 

[0037] Since the memory pages 206 associated with 
the first process 105 were made read only at step 402, 
55 any attempt made by the first process 1 05 to write to 
those pages will generate a page fault interrupt that is 
handled by the newly installed page fault handler 118. 
The processing shown by the left-hand flowchart of f ig- 
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ure 4 continues until alt of the memory pages 206 have 
been backed-up, the processing resources of the com- 
puter system are returned to the first process 1 05 or the 
page fault handier 118 interrupts that back-up process 
to perform an asynchronous back-up process; the steps 
of which are shown in the right-hand flowchart of figure 
4. 

[0038] Still referring to figure 4, the page causing the 
page fault is identified to the back-up process 1 1 2 at step 
41 6. A determination is made at step 41 8 as to whether 
or not the page associated with the page fault has al- 
ready been backed-up using the appropriate status in- 
formation 208 stored within the back-up table 202. If it 
is determined that a back-up of the page associated with 
the page fault has already been created, the write oper- 
ation to that page is allowed to proceed at step 422. If 
it is determined from the status information 208 that the 
memory page associated with the page fault has not al- 
ready been backed-up, a back-up copy of that page is 
created at step 420 . Once a back-up copy of the memory 
page 206 causing, or associated, with the page fault has 
been created, the write operation is allowed to proceed 
at step 422. 

[0039] It will be appreciated that the back-up process 
is arranged to produce, progressively or incrementally, 
a complete snapshot or memory image of the memory 
used by the first process as it was at the point in time 
when the back-up process was commenced. This is de- 
sirable to preserve the atomicity of the back-up process 
or snapshot. Therefore, the back-up process 112 saves 
a page of memory that is about to be modified before it 
is actually modified to preserve the memory image of 
that page as it was when the back-up process com- 
menced. Having completed the asynchronous back-up 
process shown in the right-hand flowchart of figure 4, 
processing returns to the appropriate point within the se- 
rial or sequential back-up process shown in the left-hand 
flowchart of figure 4 or, if the page fault occurred while 
the first process was running, processing returns to the 
first process 1 05. It will be appreciated that the back-up 
process is able to keep track of the pages that have been 
backed-up via the handler 118 to ensure that the ato- 
micity of the back-up is preserved, that is, to ensure that 
a page previously backed-up by the handler 11 8 is not 
also backed-up by the back-up process 112. 
[0040] Although the above embodiments have been 
described with reference to the page fault handler 118 
providing an identifier of the page associated with the 
page fault to the back-up process 112 so that the latter 
can perform a back-up of that page, embodiments are 
not limited to such an arrangement. Embodiments can 
be realised in which the page fault handler itself per- 
forms the necessary processing to create the back-up 
copy of the defaulting page and to amend the associated 
status information 208 accordingly. 
[0041] It will be appreciated that preferred embodi- 
ments realise the above-described elements, that is, the 
back-up process, the page fault handler and the first 



process in software. Therefore, embodiments of the 
present invention are provided in which the software is 
stored on or in a computer readable medium such as, 
for example, magnetic or optical discs or ROM, PROMs 

5 or the like. 

[0042] Although the above embodiments have been 
described with reference to a first process being per- 
formed by a single computer system, embodiments are 
not limited to such an arrangement. Embodiments can 

10 be realised in which a cluster of such computer systems 
is used to perform the first process or respective proc- 
esses of an overall processing task. 
[0043] The reader's attention is directed to all papers 
and documents which are filed concurrently with or pre- 

15 vious to this specification in connection with this appli- 
cation and which are open to public inspection with this 
specification, and the contents of all such papers and 
documents are incorporated herein by reference. 
[0044] All of the features disclosed in this specifica- 

20 tion (including any accompanying claims, abstract and 
drawings) and/or all of the steps of any method or proc- 
ess so disclosed, may be combined in any combination, 
except combinations where at least some of such fea- 
tures and/or steps are mutually exclusive. 

25 [0045] Each feature disclosed in this specification (in- 
cluding any accompanying claims, abstract and draw- 
ings) may be replaced by alternative features serving 
the same, equivalent or similar purpose, unless ex- 
pressly stated otherwise. Thus, unless expressly stated 

30 otherwise, each feature disclosed is one example only 
of a generic series of equivalent or similar features. 
[0046] The invention is not restricted to the details of 
any foregoing embodiments. The invention extends to 
any novel one, or any novel combination , of the features 

35 disclosed in this specification (including any accompa- 
nying claims, abstract and drawings), or to any novel 
one, or any novel combination, of the steps of any meth- 
od or process so disclosed. 

40 

Claims 

1 . A data processing method for saving data stored 
within a portion of a memory associated with a first 

45 process executable by a data processing system; 
the method comprising the steps of: executing, sub- 
stantially concurrently or substantially in parallel un- 
der control of a scheduler, a first process, with a re- 
spective execution priority, to perform a data 

so processing task using a current portion of the mem- 
ory and a backup process, having a respective ex- 
ecution priority, to create a back-up copy of data 
stored within the memory during the performance 
of that data processing task; the backup process 

55 being executable in response to a predeterminable 
event associated with the first process; and creating 
a back-up copy of the data in response to the pre- 
determinable event associated with the first proc- 
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ess. 

2. A method as claimed in claim 1 in which the step of 
creating the back-up copy of the data stored within 
the memory comprises the step of progressively tra- 
versing the memory to create a back-up copy of a 
respective portion of the memory; the respective 
portion being different to the current portion of the 
memory used by the first process. 

3. A method as claimed in any preceding claim, further 
comprising the step of detecting an event associat- 
ed with a memory access to the current portion of 
the memory used by the first process and creating 
the back-up copy of that current portion of the mem- 
ory. 

4. A method as claimed in claim 3 further comprising 
the step of changing a read/write status of at least 
a portion of memory to read-only; and in which the 
step of detecting the event comprises the step of 
detecting a write attempt to the read-only current 
portion of memory. 

5. A method as claimed in any preceding claim further 
comprising the step of installing a page fault handler 
associated with the memory; the page fault handler 
being responsive to detection of an event associat- 
ed with a page to save a copy that page and then 
to allow a write operation to that page. 

6. A data processing method for creating a back-up 
copy of data stored within a memory associated 
with an on-going or currently executing first proc- 
ess; the method comprising the step of progressive- 
ly or incrementally creating a back-up copy of at 
least a number of portions of the memory in re- 
sponse to an event associated with the first proc- 
ess. 

7. A data processing system for saving data stored 
within a portion of a memory associated with a first 
process; the system comprising a processor for ex- 
ecuting, substantially concurrently or substantially 
in parallel under control of a scheduler, the first 
process, with a respective execution priority, to per- 
form a data processing task using a current portion 
of the memory and a backup process, having a re- 
spective execution priority, to create a back-up copy 
of data stored within the memory during the per- 
formance of that data processing task; the backup 
process being executable in response to a p rede- 
term in able event associated with the first process; 
and creating a back-up copy of the data in response 
to the predeterminable event associated with the 
first process. 

8. A system as claimed in claim 7 in which the back- 



up process for creating the back-up copy of the data 
stored within the memory comprises means for pro- 
gressively traversing the memory to create a back- 
up copy of a respective portion of the memory; the 
s respective portion being different to the current por- 
tion of the memory used by the first process. 

9. A system as claimed in either of claims 7 and 8 fur- 
ther comprising a detector for detecting an event as- 
10 sociated with a memory access to the current por- 
tion of the memory used by the first process and 
creating the back-up copy of that current portion of 
the memory. 

15 10. A system as claimed in claim 9 further comprising 
means to change a read/write status of the current 
portion of memory to read-only; and in which the 
detector for detecting the event comprises means 
to detect a write attempt to the read-only current 

20 portion of memory 

1 1 . A system as claimed in any of claims 7 to 1 0 further 
comprising an installer to install a page fault handler 
associated with the memory; the page fault handler 

25 being responsive to detection of an event associat- 
ed with a page to save a copy that page and then 
to allow a write operation to that page. 

12. A data processing system for creating a back-up 
30 copy of data stored within a memory associated 

with an on-going or currently executing first proc- 
ess; the system comprising means to progressively 
or incrementally create a back-up copy of at least a 
number of portions of the memory in response to an 
35 event associated with the first process. 

13. A data processing method for saving data stored 
within a portion of a memory associated with a first 
process executable by a data processing system; 

40 the method comprising the steps of: executing, us- 
ing multitasking under control of a scheduler, a first 
process, having a respective execution priority, for 
performing a data processing task using a current 
portion of the memory and a backup process, hav- 

45 jng a respective execution priority, for creating a 
back-up copy of a data stored within the memory; 
the execution priority of the first process being 
greater than the execution priority of the back-up 
process. 

50 

14. A data processing system for saving data stored 
within a portion of a memory associated with a first 
process executable by a data processing system; 
the system comprising the steps of : a processor for 

55 executing, substantially concurrently or substantial- 
ly in parallel under control of a scheduler, a first 
process, with a respective execution priority, to per- 
form a data processing task using a current portion 
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of the memory and a backup process, having a re- 
spective execution priority, to create a back-up copy 
of data stored within the memory during the per- 
formance of that data processing task; the backup 
process being executable in response to a prede- 5 
terminable event associated with the first process; 
and the back-up process comprising means to cre- 
ate a back-up copy of the data in response to the 
predeterminable event associated with the first 
process. 10 

15. A computer program comprising computer execut- 
able code to implement a method or system as 
claimed in any preceding claim. 

15 

16. A computer program product comprising computer 
readable storage storing a computer program as 
claimed in claim 21 . 

20 
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Figure 4 
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